MULTIMEDIA RECORDER 
WITH ENHANCED EPG-RELATED FUNCTIONS 

BACKGROUND OF THE TNVRNTTOM 

1. Field of the Invention 

The invention generally relates to a broadcasting system and more 
particularly to a midtimedia recorder with recorded program management 
fimctions based on EPG data, a TV receiver provided with such a recorder, 
and a system for supporting such functions in a broadcasting eqmpment. 

2. Description of the Prior Art 

Generally, in digital broadcasting systems, at least one broadcasting 
station broadcasts a transport stream (TS) defined in MPEG-2 (Moving^ 
Picture Experts Group II) standard. The transport stream (or a physical 
channel) includes a pluraUty of (logical) channels in a time-division- 
multiplexed form. Each logical chaimel includes many programs. Each 
program comprises at least one video subchannel, at least one audio 
subchannel and/or at least one data subchannel. Program specific information 
(PSI) and service information (SI) on each program are frequently inserted in 
theTS. 

Such digital broadcasting systems usually provide far many channels 
as compared with analog broadcasting systems and accordingly an enormous 
nimiber of programs. This makes channel or program selection difficult. In 
order to facilitate program selection, information on programs is transmitted 
as EPG (Electronic Program Guide) enabling the subscribers to select a 
program to watch and to program a VCR (video cassette recorder) to record a 
desired program by displaying a program schedule and selecting the desired 
program through a remote controller. 

If one of the recorded programs is to be played in conventional video 



recorder such as a VCR, then the user often takes a lot of time to find a desired 
one of recorded programs recorded on recording medium. The user may even 
forget the programs he or she recorded in a recording meditun. In, this case, 
the user has to search the recording media to see what programs are recorded 
on the recording media if he or she has not made notes at the recording times. 

SUMMARY OF THE INVENTION 
The invention is directed to solving this and other problems and 
disadvantages of the prior art. It is an object of the invention to provide a 
digitsJ multimedia recorder that makes good use of EPG data to have at least 
one of the following capabilities of: 

(a) selecting a program to be played from a displayed program guide 
for recorded programs; 

(b) including, in the displayed program guide, program information 
on programs relating to each of the recorded programs thereby to 
permit the user to program the recorder to record a selected one of 
the related program; 

(c) recording a plurality of programs broadcast at the same time; 

(d) record a multi-channel program whose channel configuration 
changes in the middle of the program so as to support the 

-capability (a); and - - - - 

(e) playing a recorded program within a limit prescribed in a contract 
with a provider. 

Generally, information on programs such as EPG is referred to as 
"program information." Hereinafter, it is assumed that the program 
information includes information necessary for extracting a desired program 
from the received TS's, information on each program, information on related 
programs, if any (which are related with each program), and information on 



recommended programs which a broadcasting party recommends to the 
subscribers. / 
According to one aspect of the invention, a method of managing 
recorded programs recorded in a recording medium in a broadcasting system 
5 is provided. The broadcasting system comprises at least one transmitter and a 
plurality of terminals. Each transmitter broadcasts a data stream. A plurality 
of channels is multiplexed into each data stream. Each channel comprises a 
pluraUty of programs. Each transmitter includes, in the data stream, program 
information on the programs available in the broadcasting system. Each 

10 terminal permits a user to select a desired one of the programs; adds the 

selected program to a recording queue which keeps program-identifying data 
sets in order of broadcast start time; records on the recording medium a 
program identified by one of the program-identifying data sets in a first 
position of the recording queue; records a program information record of the 

15 recorded program in a predetermined area on the recording medium; in 

response to a reception of a playing request from the user; displays a program 

I 

guide for the recorded programs recorded on the recording medium; prompts 
the user to select one of said recorded programs for play; in response to the 
user selecting one of the recorded programs, plays the selected recorded 

^^20 program to provide-video-and/or audio output(s).- 

According to another aspect of the invention, a multimedia reproducer 
for reproducing recorded programs recorded on a recording medium is 
provided. Program information comprising program information (PI) records 
associated with said recorded programs is also recorded on the recording 
,25 medium. The multimedia reproducer comprises: means, responsive to a 

reception of a reproducing request from the user, for displaying a program 
guide for the recorded programs and prompting the user to select one of the 
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recorded programs for play; and means, response to the user selecting one of 
the recorded programs, for reproducing the selected recorded program. 

BRIEF DESCRIPTIO N Q F THE DRA WI NG 
The features and advantages of the present invention will be 
5 apparent from the following description of an exemplary embodiment of the 
invention and the accompanying drawing, in which: 

FIG. 1 is a diagram showing an exemplary arrangement of a digital 
multimedia broadcasting system 100 according to the principles of the 
invention; 

10 FIG. 2 is a schematic block diagram showing an arrangement of an 

illustrative embodiment of a digital multimedia disc recorder which is 
according to the invention and which is used as the recorder 5 of FIG. 1; 

FIG. 3 is a diagram showing an exemplary manner of creating a 
program information table 32 stored in the storage device 20; 

15 FIG. 4 is a diagram showing two exemplary records 32r of the PI 

table 32t. v 

FIG. 5 is a diagram showing an exemplary structure of a 
recommended program list according to the principles of the invention; 

FIG. 6 is a flowchart showing an recording operation executed by the 
20 controller 19 ixTresponse to the user pressing a re^ for 
programmed recording; 

FIG. 7 is a diagram showing the contents of the recording queue 45; 

FIG. 8 is a diagram showing an exemplary structure of a recorded 
program information record 47 of a recorded program which record is recorded 
25 in a predetermined location of the recording medium 9 and which is stored in 
the recorded program information table 47 stored in the storage device 20; 
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FIG. 9 is a diagram showing an exemplary RPI (recorded program 
information) recorded on the recording mediixm 9 according to the invention; 

FIG. 10 is a flowchart showing a exemplary label printing operation 
executed in response to a printing request from the user; 
5 FIG. 11 is a flowchart showing an RPI table maintenance operation 

executed in response to a loading the TS recorder 13 with a recording medium 
9; 

FIG. 12 is. a diagram for describing an exemplary video rental data 
registration operation according to the invention; 
10 FIG. 13 is a flowchart showing a exemplary playing operation 

executed by the controller in response to a pressing of a play button of the 
man-machine interface 21 in accordance with the principles of the invention; 

FIG. 14 is a schematic block diagram showing an arrangement of an 
illustrative embodiment of a digital multimedia tape recorder which is 
15 according to the invention and which is used as the recorder 5 of FIG. 1; 

FIG. 15 is a diagram conceptually showing an example of a transport 
stream to be recorded; 

FIG. 16 is a flowchart showing a periodically executed operation of 
adjusting the frequency of the PFs inserted in the recorded TS in recording 
20 — operation; 

FIG. 17 is a diagram conceptually showing another example of a 
transport stream to be recorded; 

FIG. 18 is a diagram showing steps 371 and 372 which is used in 
place of step 272 in playing operation of a tape recorder 5a of FIG. 14; 
25 FIG. 19 is a schematic block diagram showing a simplified version of 

the digital multimedia disc recorder of FIG. 2; and 

FIG. 20 is a schematic block diagram showing an arrangement of an 



illustrative embodiment of a digital multimedia player according to the 
principles of the invention. 

Throughout the drawing, the same elements when shown in more 
than one figure are designated by the same reference numerals. 

5 DETATT.ED DESCRTPTTON OF THE PREFERRED EMBODIMENTS 

FIG. 1 is a diagram showing an exemplary arrangement of a digital 
multimedia broadcasting system 100 according to the principles of the 
invention. In FIG. 1, the digital multimedia broadcasting system 100 
comprises at least one broadcasting transmitter 1, a transmission medium 2 

10 and a multipUcity of receiver terminals 5 such as a digital multimedia 

recorder, a digital TV with a recording capability, and any other terminal with 
digital broadcast receiving and recording capabilities. The broadcasting 
station 1 preferably transmits, through the transmission medium 2, a 
modulated signal of a transport stream (TS) defined in the MPEG-2 standard. 

15 The transmission medium may be any of a satellite, the terrestrial air and 
cables. The digital multimedia broadcasting system 100 may optionally 
include one or more video rental center 3, which comprises a computer 30 and 
a telephone line interface (IF) 31 for permitting the computer 30 to 
communicate with the terminal 5 through a public switched telephone 

20 network 4. The center 3 computer 30 creates and stores a record of a rented 
video title, information on a customer, and the term of vahdity or the number 
of permitted plays for the title in response to a rental request from a terminal 
5, and informs the terminal 5 of the term of validity or the remaining number 
of permitted plays in response to a request for playing a rented video title. 

25 FIG. 2 is a schematic block diagram showing an arrangement of an 

illustrative embodiment of a digital multimedia disc recorder which is 
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according to the invention and which is used as the recorder 5 of FIG. 1. In 
FIG. 2 the disc recorder 5 comprises a tuner 10 for receiving a plurality of 
broadcast signals from the broadcasting stations 1; a TS processor (M— ►N) 11 
having its input connected with a tuner 10 output; a TS packetizer 12 having 
5 its input connected with a TS processor 11 output; a TS disc recorder 13 

having its recording input connected with a TS packetizer 12 output; a one-of 
two selector 14 having it two inputs connected with a TS disc recorder 13 
output and a node between the TS processor 11 output and the TS packetizer 
12 input; a TS processor 15 having its input connected with a selector 14 

10 output; a video and audio decoder 16 having its input connected with a TS 
processor 15 output; an NTSC/PAL encoder 17 having its input connected 
with a decoder 16 video output; and a digital-to-analog converter (DAG) 18 
having its input connected with a decoder 16 audio output. 

The digital multimedia disc recorder 5 fxirther comprises a controller 

15 19 that includes a storage device 20; a man-machine interface 21 for enabhng 
the user to control the recorder 5; a telephone interface 22 connected with the 
PSTN 4; a label printer 23; and a bus 24 for enabling communications among 
the elements 10 through 16 and 18 through 23. The man-machine interface 21 
includes a remote controller. 

„ _ -20- The-TS-recorder-13 of the disc recorder 5 is adapted for a removable ~ 

disc storage medium 9, e.g., an optical disc, a magnetic disc cartridge, etc. As 
for information of each of broadcast programs recorded in a recording medium 
9, the disc recorder 5 preferably not only keeps it in the storage device 20 as 
long as the program is being stored in the recording medium 9 but also records 

25 it at a predetermined location of the recording medium 9. This permits the 

recording medium 9 to be played in other disc recorder 5 of the same kind. For 
this purpose, the TS recorder 13 records TS's on a recording medium 9 such 



that the recording medium 9 has a program information area of a 
predetermined size at a predetermined location. 

As seen from just above paragraph, the storage device 9 is preferably 
a nonvolatile memory or a battery backed-up RAM (random assess memory). 
5 FIG. 3 is a diagram showing an exemplary manner of creating a 

program information table 32 stored in the storage device 20. Referring to 
FIGs. 2 and 3, the operation of the multimedia disc recorder 5 will be 
described in the following. The broadcast signals (physical channels) from the 
broadcasting stations 1 are received by the tuner 10. The tuner 10 selectively 

10 demodulates one of the received broadcast signals (which include respective 
transport streams TSl, TS2,...) into a transport stream TSi (i: a TS number) 
according to a TS selection instruction from the controller 19. It is assumed 
that a transport stream TSi includes M logical channels in a well-known 
time-division-multiplexed manner. The TS processor il supplies, to the TS 

15 packetizer 12, packets for N logical channels selected according to a channel 
selection instruction from the controller 19, where M is the number of logical 
channels 1 in the selected transport stream TSi, and N is the number of 
selected logicaL channels. So, N ^ M. 

(In this document, the terms "physical channel" and "logical channel" 

20 ^mean a TS and-a-channeHncluded in a-TS^respectiyely . If the term "channel" 

is simply used, it means "logical channel.") 

The TS processor 11 outputs program information (PI) 31 on the bus 
24 in response to a PI request from the controller 19. The program information 
31 obtained from the schedule EIT (Event Information Table defined in the 

25 DVB (Digital Video Broadcasting)) of TSi includes basic PI for all the 

programs provided through all the available channels CHI, CH2 CHIOO (it 

is assumed that 100 (logical) channels are available in this specific 
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broadcasting system 100) and detailed PI for the programs provided through 
the M logical channels in TSi. 

The controller 19 updates the program information table 32 by using 
the program information from the TS processor 11, Each record of the 
5 program information table has a structure 32 as shown in FIG. 3. Specifically, 
each record comprises a program serial number 131 the recorder 5 assigns 
uniquely to each program when program information for the program is 
received for the first time, a channel ID 132 unique to the channel, a title 133 
of the program, broadcast time and date 134, a subtitle 135, a broadcast count 

10 in a serial 136 which is optionally used for programs in serial form, a category 
code 137 that contains a category code indicative of the category of the 
program, time period 138 dxu-ing which a channel configuration of the 
program is vaUd, a channel configuration 139 which indicates channels 
constituting the program during the corresponding time period 138, further 

15 details 140 on the program, and label information 141 (detailed later). Each 
record of the program information table 32 further includes a rental code 142 
indicative of rental conditions of the program and a center phone number 143 
(in case of a program for rental) in order to enable rental video business 
- through the digital broadcasting system 100 in a manner as detailed later. * • 

20 It is noted that the storage device-20 stores a category table (not shown) that 

associates category codes with corresponding category name. 

The program serial number 131 is expressed in such a limited 
number of digits as can be used for sufficiently larger number. When the 
number 131 reaches a possible maximum number, the number 131 is set to, 

25 e.g., one at the time of registration of the next program. 

The fields with the left side drawn in a double line in FIG. 3 can have 
multiple values as shown in FIG. 4. FIG. 4 is a diagram showing two 



exemplary records 32r of the PI table 32t. 

In FIG. 4, the record "100123" for a program which is titled "Dora the 
vagrant" and which is to be broadcast from 20:00 to 20:54 on 6/2/1999 has 
three additional values for each of the fields 134 through 136. Doing this , 
5 enable a program information for one program to inform the subscribers of the 
subsequent three broadcasts (i.e., the fourth, fifth and sixth broadcasts of 15 
serialized programs in this example) of the serial "Dora the vagrant." The title 
fields 133 for the additional program information has no values because the 
additional information is for serialized programs. However, program 

10 information for any related programs of different types may be included in 
each record by containing a title in the title field 133. 

On the other hand, the record 100234 for a program which is titled 
"NFL 99: The Super bowl" and which is to be broadcast from 18:00 to 20:59 on 
6/2/1999 has one additional value for each of the fields 138 and 139. This 

15 means that the channel configuration of the program No. 100234 changes once 
in the middle of the period from 18:00 to 20:59. Specifically, the program 
100234 is broadcast through three video channels and three audio channels 
for the first 120 minutes from the beginning (i.e., for a period from 18:00 to 
19:59) and then through three video channels and four audio channels for the 

„20 subsequent 60- minutes (i.e.,-for-a period-from 18:00 to 18:59): This enables the 

subscribers to select a desired combination of video and audio channels for a 
multi-channel program (which means a program which is broadcast through 
more than one optional channels for video, audio or each of video and audio in 
this document). 

25 In this example, a period for which a certain channel configuration is 

defined is expressed in terms of relative start and end times from the 
beginning of the program. However, the period may be identified by a start 
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value and an end values expressed in terms of relative positions from the 
beginning of the program on the recording medium. 

Though in just described example a multi-channel program is 
comprised of a video channel and an audio channel, a program may include a 
data channel. It should be noted that a program may be comprised of only one 
or more data channel. 

A broadcasting party is also permitted to include a recommended 
program list associated with a logical channel or a program in a table, which 
we have defined and we call "Event Collection Table" or "ECT". FIG. 5 is a 
diagram showing an exemplary structure of a recommended program list 40. 
The recommended program list 40 comprises a list title 41, a vahd period 42 of 
the list 41 and at least one record comprising the channel ID 132 and the 
broadcast time and date 134. Since the combination of the channel ID 132 and 
the broadcast time and date 134 is used for identifying a program record 
associated with the channel ID 132 and the broadcast time and date 134, 
information contained in any fields of the record of the program identified by 
the channel ID 132 and the broadcast time and date 134 can be displayed. 

It is noted that the broadcasting party is permitted to set a valid 
period to the list 40. When the recommended program list 40 is displayed at 
-9:00 on 9-February 1998, only the programs that begins' after 9:00 ori"9 
February 1998 are displayed, i.e., only the second and subsequent programs of 
the list whose vahd period includes the time 9:00 and the date 9 February / 
1998 are displayed. 

When the broadcasting of a program has been completed, the 
controller 19 deletes not only the record for the just broadcast program from 
the program information table 32 but also recommended program lists 40, if 
any, that contain the channel and program IDs for the just broadcast 



program as the program to be last broadcast in the list. 
Recording Operation 

FIG. 6 is a flowchart showing an recording operation executed by the 
controller 19 in response to the user pressing a request button for 
5 programmed recording. In step 201, the controller 19 first displays a program 
guide table based on the program information table 32 and lets the user select 
one of the displayed programs. It should be noted that the user is permitted to 
select a desired number of channels for any identical time period as long as 
the channels are of an identical TS, e.g., even all the logical channels in a 
10 physical channel. 

In step 202, the controller 19 adds a data set (i.e., the values of the 
channel ID field 132 and the broadcast time & date field 134) of the selected 
program to a recording queue 45 of FIG. 7. The data sets are preferably 
arranged in order of broadcast start time in the recording queue. 
15 In step 203, a test is made to see if it is time to record. This stfep is 

repeated until it becomes a recording time of an earliest program in the queue 
45. if the time is reached in step 203, the controller 19 records the earliest 
program in the queue 45 by informing the tuner 10 and the TS processor 11 of 
the transport stream and the channel IDs to receive and sending suitable 

20 - instructions-to the-TS packetizer 12 and the-TS recoderl-3 in step 204. 

Alternatively, if the user operates the controller or the man-machine interface 
21 in a predetermined manner to record the receiving program, the controller 
19 also records the receiving program by simply sending the suitable 
instructions to the TS packetizer 12 and the TS recoderl3 in step 204. In 
25 either case, the TS packetizer 12 packetizes the received packet stream (PES 
(Packetized Elementary stream) packets in the MPEG-2 standard) into a TS 
packet stream, which is then recorded by the TS recorder 13 in the recording 

12 



medium 9. 

On completing the recording of the program, in step 205, the 
controller 19 adds a record to the recorded program information tahle 47 as 
shown in FIG. 8; stores values in the medium ID field 146 and the recording 
5 location field 147; copies the fields 132 ~ 143 from the table 32 to the table 47; 
and deletes the copied record from the table 32. A recorded program serial 
number is assigned by the controller 19 to each of the recorded programs in 
the recorded order. The controller 19 also assigns a medium (or volume) ID to 
each of the recording media 9 on which the recorder 5 has recorded any 

10 program even once. 

In step 206, the controller 19 makes a test to see if the recorded 
program is the first one for the recording medixun 9. If so, a digital multimedia 
recorder 5 ID stored in, e.g., a not-shown ROM (read only memory) within the 
controller 19 is recorded in a predetermined location on the recording medium 

15 9 in step 207. Otherwise, the controlled is passed to step 208. 

In step 208, the controller 109 records the added recorded in the 
recorded program information table 47 and a recommended program list 40, if 
any, for the program in the predetermined location of the recording medium 9. 
In step 209, the controller 10 makes a test to see if the queue is empty. If so, ' 

20 the controller-19-ends the operation; Otherwise,- the-controUer 19 returns to ~ 

step 203. 

In this way, a specified program and recorded program information 
(RPI) for the program are recorded on the recording medium 9 as shown in 
FIG. 9. This enables a recording medium 9 recorded by one recorder 5 to be 
25 played in other recorder 5 of the same kind. 

If the RPI for all of the programs recorded by the recorder 5 is stored 
in the storage device 20, then using any suitable database management 
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system and including key words in each RPI record of the table 47 facilitates 
the management of the recorded programs such as the retrieval of recorded 
program. 

Turning now to FIG. 2, in recording operation, the switch 14 is kept 
5 to b-side. It is noted that the user is permitted to select one of the M logical 
channels of the received TSi for watching as well as above-mentioned N 
channels for recording. In this case, the controller 19 controls the TS processor 
15 to supply the selected channel for watching to the video & audio decoder 16. 
Printing a Label 

10 According to the principles of the invention, the broadcasting 

transmitter 1 preferably includes label information 141 in the program 
information for programs for rental. The label information 141 of a program 
includes texts on the program and one or more icons. The label information 
may be printed on a label or seal, which is stuck on the recording medium on 

15 which the program has been recorded. Alternatively, The label information 
may be printed directly on the recording medium. FIG. 10 is a flowchart 
showing a exemplary label printing operation executed in response to a 
printing request from the user. In step 211, a test is made to see if a medium 9 

. is loaded in the TS recorder 13. If so, the controller 19 displays program 

20-^ information of the program-recorded on the-medium"9 in step-212 and asks the 

user in step 213 if the medium is a correct one. If not, or if the test result is NO 
in step 211, the controller 19 prompt the user to load the TS recorder 13 with a 
desired medium 9 in step 214 and returns to step 211. 

If the test result is YES in step 213, the controller 19 displays label 

25 information 141 including a list of printable items in step 215, prompts the 
user to select desired items in step 216, and asks the user if it is OK. If not, 
the control is returned to step 216. If it is OK in step 217, the controller 19 



pass the data the user selected to the label printer 218 to print as specified by 
the user in step 218, and ends the operation, 
RPI Table Maintenance Operation 

FIG. 11 is a flowchart showing an RPI table maintenance operation 
5 executed in response to a loading the TS recorder 13 with a recording medium 
9. If the user inserts a recording medium 9 into the TS recorder 13, the 
controller 19 starts the operation of FIG. 11. In step 222, the controller 19 
makes a test to see if the recorder ID stored in the medium 9 coincides with 
that of stored in the above-mentioned ROM (not shown) within the controller 

10 19. If not, then the controller 19 simply.copies the RPI records 47 and the 
recommended program lists from the media 9 to a reserved space in the 
storage device 20 in step 232, and ends the operation. Thereafter, the copied 
data is used in subsequent operation. 

If the test result is YES in step 222, then the controller 19 makes 

15 another test in step 224 to see if there are any programs that have been 

deleted (by other recorder 5). If any, the controller 19 deletes the RPI records 
for the deleted programs from the RPI table 47 in step 226, and makes further 
test in step 228 to see if there are any programs that have been added (by 
other recorder 5). If so, the controller 19 copies the RPI records for the added 

— 20 — programs from'the'medium"9 to"the"RPr table 47 in step 230,"arid'ends the 

operation. If the test result is NO in step 228, the controller 19 simply ends 
the operation. 

This operation causes the RPI table 47 to reflect the contents of the 
recording media 9 that have been used in the digital multimedia recorder 5. 
25 AppUcation for a Video Rental 

According to the principles of the invention, some of the programs are 
for rental. Information on whether a program is for rental or not is displayed 

15 



when the program gxiide for the program is displayed according to the rental 
code 142 of the RPI record for the program. The rental code 142 indicates the 
state of the program with respect to video rental as shown in the table below. 



rental code 


0 


1 


2 


state 


not for rental 


for rental 


yet appUed applied for rental 



Table 



5 If the user finds from the program guide that a program is for rental, he or she 
may desires to rent the program. In order to apply for a rental of the program, 
the user presses a predetermined rental button of the man-machine IF 21 
while selecting a desired program. Responsively, a video rental data 
registration operation of FIG. 12 is started. In FIG. 12, the controller 19 places 

10 a call to a video rental center 3 using the center phone number 143 contained 
in the RPI record for the program in step 240. In response to a reception of the 
call, the computer 30 of the video rental center 3 sends default and optional 
data to the recorder 5 in step 242. Responsively, the controller 19 displays the 
received data and prompts the user to select a desired limit value in step 244. 

15 In step 246, the controller 19 sends the selected value and a credit card 
number of the user to the center 3. In step 248, the controller 19 sets the 

rental code 142 to 2, and sets the permitted play count 148 or the expiration 

date 149 based on the selected limit value, and then ends the operation. Also, 
the center 3 computer 30 charges to the user's account in step 250 and ends 

20 the operation. 

Operation of Playing or Reproducing a Recorded Program 

FIG. 13 is a flowchart showing a exemplary playing (or reproducing) 
operation executed by the controller in response to a pressing of a play button 
of the man-machine interface 21 in accordance with the principles of the 
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invention. In FIG. 12, the controller 19 makes a test in step 262 to see if the 
TS recorder 13 is loaded with a recording medium 9. If not, the controller 
prompts the user to set a desired medium 9 or to select a retrieval of a 
program in step 264. If the user has selected the retrieval, the controller 19 let 
5 he or she find a recording medium 9 containing his or her desired program in 
step 268. If a seeking recording medium 9 is foimd, it will be loaded into the 
TS recorder 13. 

If the user loads the TS recorder 13 after step 264 or 268, the 
controller 19 executes the RPI table 47 maintenance operation 220 in step 270. 
10 In step 272, the controller displays a recorded program guide for the recorded 
programs of the medium 9 including related program schedule (from fields 
133-136 of RPI table 47) and recommended program lists relating to recorded 
programs or channels, while permitting the user to select a program to record 
and prompting the user to select a program to play or reproduce. In this case, 
15 each recommended program list may include various information that can be 
obtained from the program information table 32 by using the channel ID 132 
and the broadcast time & date 134. In step 274, the user can select either a 
program to record or a program to play. 

- - If the user selects a program to play in step 274, the controller 19 

-20 executes step 202-of FIG-6 and returns-to step-272: 

If the user selects a program to play in step 274, the controller 19 
checks the rental code 142 in step 276. It should be noted that selecting a 
program includes selecting channels from the available subchannels for the 
program. The available subchannels are obtained from the fields 139 of the 
25 program information table 32 or the RPI table 47. 

If the rental code is zero, meaning that the program is not for rental, 
i.e., an ordinary broadcast program, then the controller 19 simply play the 
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program in step 278. Specifically, the controller 19 set the switch 14 to the a 
side so as to connect the TS recorder 13 output with the TS processor 15 input, 
and controls the TS processor 15 to supply packets for the channel selected in 
step 274 to the video and audio decoder 16, the outputs from which are 
5 converted into such signals as are adapted to a television (TV). The programs 
reproduced from the recording media 9 can be supplied to external TVs and 
video recorders. 

If the rental code is one, meaning that the program is for rent and has 
to be registered for rent, then the controller 19 informs the user to the effect in 
10 step 280, and asks the user in step 282 if the user desires either to a:pply for 
the rental of the program or to qtiit simply. In the latter case, the controller 19 
ends the operation. In the former case, the controller 19 executes the 
application operation of FIG. 12, and ends the operation. 

If the rental code is two, meaning that the program is for rent and 
15 has been registered for rent, then the controller 19 makes a test to see if the 
registered condition is still vaUd referring to the permitted play count 148 and 
the expiration date 149 in step 286. If so, the controller 19 plays the selected 
program in step 288. If the expiration date 149 field had a vahd value in step 
286, the controller 19 ends the operation. If the permitted play count field 148 

"20 had a nonzero value in"step~286,"then~ the controller 19 decremerits thl value " 

of the filed 148 in step 290. If the count 148 has become zero in step 292, the 
controller 19 deletes the played program (from the medium 9) and the 
corresponding RPI record both from the medium 9 and the RPI table 47 in 
step 296. If the permitted play count 148 is still vahd in step 292, the 
25 controller 19 ends the operation. 

If the registered condition is invalid in step 286, the controller 19 
informs the user of the expiration of vaUd date 149 or the exhaustion of 
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permitted play count 148 in step 294, and deletes the played program (from 
the medium 9) and the corresponding RPI record both from the medium 9 and 
the RPI table 47 in step 296. 

It is noted that at the end of this operation, the controller 19 may 
5 execute a step like step 272. In this case, the controller 19 displays a program 
guide based on the program information table 32 instead of the RPI table 47 
prompting the user to select a program to record without prompting the user 
to select a program to play. 

According to the present invention, if the user desires to play a 
10 recording mediimi 9, he or she can select a program from the program guide . 
displayed for the recorded programs of the recording medixmi 9. 

In step 286, the vaUdity has been checked by using the fields 148 and 
149. Instead of doing this, the validity may be checked by referring to the 
center 3 for the vaUdity of the program, 
15 Also, a rental video business can be carried out through a 

broadcasting system according to the invention. Alternatively, a video 
software vending business may be carried out through the broadcasting 
system according to the invention as described later. 

It is noted that the recorder 5 may be configured such that if the user 
-20— -performs a'predetermined operation during the above-described step 278 or 
288, the controller 19 displays a recorded program guide for the program 
being reproduced including related program schedules and recommended 
program lists relating to the program or the channel being reproduced, while 
permitting the user to select one of the programs included in the displayed 
25 program schedules and the recommended program hsts for recording. In 
response to the program selection by the user, the controller 19 adds the 
selected program to the above-mentioned queue. 
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Digital Multimedia Tape Recorder 

FIG. 14 is a schematic block diagram showing an arrangement of an 
illustrative embodiment of a digital multimedia tape recorder 5a which is used 
as the recorder 5 of FIG. 1. The tape recorder 5a of FIG. 14 is identical to the 
5 disc recorder 5 of FIG. 2 except that the TS processor 11, the TS packetizer 12, 
the TS disc recorder 13, and the controller 19 have been replaced with the TS 
processor 11a, TS packetizer 12a, a TS tape recorder 13a and the controller 
19a. Only the differences are described in the foUowing. 

In recording operation, the TS processor 11a supplies not only 

10 packets of programs specified by the controller 19a but also program 

information for the programs to the TS packetizer 12a. The TS packetizer 
multiplexes the received packets and the program information into a TS 
packet stream as shown in FIG. 15. In FIG. 15, slashed parts indicate 
program information. 

15 Doing this enables a program guide to be displayed by first 

forwarding or winding back the tape 9a to a location where the program 
information is recorded when the user issues a play command. For this 
purpose, the program information is preferably recorded more fi-equently. 
However, there is a limitation on the recording rate of program information 
' 20 - (PI). Specifically," the maximum recording rate has to be'equal tcToirgr'eatef ~ 
than the average media MR rate plus the average program information rate. 
For this reason, the frequency of PFs is periodically adjusted as shown in FIG. 
16. In FIG. 16, the controller 19a obtains the media bit rate MR from the TS 
processor 11a in step 302. A test is made in step 304 to see if the media bit 

25 rate MR is sufficiently larger than a required rate. If so, the PI insertion 
frequency is increased. Otherwise, the PI insertion frequency is decreased. 
However, if a plurality of programs of different time periods are 
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recorded in a single tape media, each recorded PI does not necessarily include 
program information for all the programs recorded on the medium 9a. For this, 
it is preferable to reserve a predetermined area of the tape, e.g., a head portion 
of the tape for recording PI for all the recorded programs and to record only a 
5 mediimi ID 146 in a predetermined location of the reserved area. It should be 
noted that the recording operation is preferably performed according to FIG. 6. 
In this case, step 208 is omitted. Instead of omitting the step 208, it is 
preferable to copy all of the RPI records with the same medium ID as the 
medium being used to the reserved area when the reserved area is accessed 

10 (e.g., when the tape is rewound to the beginning of the tape 9a). 

Instead of recording PI together with program data, only the mediiun 
ID of the medium 9a is preferably multiplexed with the media data as shown 
in FIG. 17. In this case, the frequency of medium ID insertion can be much 
increased as compared with PI insertion. In this case, the playing operation is 

15 preferably executed according to the flowchart of FIG. 13. However, step 272 ' 
is replaced with steps shown in FIG. 18. Specifically, after step 262 or 270, the 
controller 19a obtains the medium ID 146 from the recording medium 9a by 
first winding in either direction to find the medium ID 146 in step 371. In step 
372 the controller 19a displays a program guide for the recorded programs of 
-20 the tape 9a from the RPI table 47 in the~storage"device"20; and prompts the 

user to select a program. Then, the controller 19a proceeds to step 274 of FIG. 
13. This enables a program guide of the recorded programs to be promptly 
displayed by a small quantity of winding or rewinding in response to a play or 
reproduction request from the user. 

25 The TS processor 15 of FIG. 2 may be omitted as shown in FIG. 19. In 

FIG. 19, a controller 19b sets the switch 14 to the b-side during recording 
operation and to the a side during playing operation. Though the multimedia 
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recorder 5 (FIG. 2) and 5a (FIG. 14) permits simultaneous recording and 
playing, the multimedia recorder 5b of FIG. 19 does not. It is apparent to 
those skilled in the art that the same simplification may be apphed to the 
recorder 5a of FIG. 14. 
5 In the above-described embodiments, the broadcasting transmitter 1 

has optionally broadcast the values of TITLE 133, TIME & DATE 134, 
SUBTITLE 135, and COUNT IN A SERIAL 136 fields for a related program 
(FIGs. 3 and 4), aiid the values of CHANNEL ID 132 and TIME & DATE 134 
fields for a recommended program (FIG. 5). However, transmitting these data 

10 causes the transmission and storage efficiencies to be lowered. In order to 

raise the transmission and storage efficiencies, the broadcasting transmitter 1 
may transmit only a channel ID 132 (e.g., the service ID) and a not-shown 
program ID (e.g., the event ID) unique in the channel as a related program or 
a recommended program. The multimedia recorder 5 can use the channel ID 

15 132 and the not-shown program ID to access a program information record in 
the PI table 32 associated with the two IDs. Doing this enhances the 
transmission efficiency and the storage efficiency. However, this technique is 
only vahd for programs the program information of which has been 
transmitted to to the recorder 5. For this reason, it is preferable for the 

-20 broadcast transmitter l to transmit the two IDs for a related or reco'mmende^^^ 

program whose program information has been already broadcast and to 
transmit the above-mentioned field (133-136 or 132-134) values for a related 
or recommended program whose program information has not yet been 
broadcast. 

25 Also, though the above-described embodiments have identified a 

program information record by using the channel ID 132 and the broadcast 
time & date 134 of the program, a program information record may be 
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identified by using the channel ID 132 and the program ID. 

In the above-described embodiments, the values of the time period 
fields 138 has been described as transmitted from the transmitter 1. 
Alternatively, the TS processor 11 may monitor the channel configuration of 
5 each program. In this case, if the TS processor 11 detects a change in the 

channel configuration of a program, then the TS processor 11 stores the start 
and end times of the channel configuration before the detected change which 
times are measured from the beginning of the program. 

In the above-described embodiments, the numeral 3 has been 

10 described as a video rental center. However, the video rental center 3 may be 
replaced with a video software vender's center. In this case, the RENTAL 
CODE field 142 is read as a purchase flag, which has only two states, i.e., a 
"purchased" state and a "not-purchased" state. The recorder 5 is so arranged 
as to initially set the purchase flag of a program for sale to the not-purchased 

15 state, and set it to the purchased state in response to a receipt of an 

acknowledgement which is sent from the video software's center after the user 
has performed a predetermined operation. 

In the above-described embodiments, the TS stream from the TS 
packetizer 12 has been recorded on the recording medium 9. However, any of 

20 the MPEG-2 bit stream from the TS processor 15; the^videcTand audio* digital"" 

outputs from the video and audio decoder 16, and the analog video and audio 
outputs from the elements 17 and 18 respectively may be recorded on the 
recording medium 9 as is apparent to those skilled in the art. 

It should be noted that the present invention is applicable to a 

25 multimedia player without a recording capability as shown in FIG, 20. The 
player 6 of FIG. 20 is identical to the recorder 5 of FIG. 2 except that the 
elements 10-12 and 14 have been eliminated and the TS disc recorder 13 and 



the controller 19 have been replaced with a reproducer 27 and a controller 19c, 
respectively. In this embodiment, the recorded program information of each 
medium is stored only on the recording medium but not in the storage device 
20. When a medium is inserted in the player 27, the program information 
5 recorded on the medium is preferably read out in the storage device 20 for 
subsequent use. 

Many widely different embodiments of the present invention may be 
constructed without departing from the spirit and scope of the present 
invention. It should be understood that the present invention is not limited to 
10 the specific embodiments described in the specification, except as defined in 
the appended claims. 
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